home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group98a.txt / 000176_icon-group-sender _Thu Apr 23 08:57:12 1998.msg < prev    next >
Internet Message Format  |  2000-09-20  |  2KB

  1. Return-Path: <icon-group-sender>
  2. Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
  3.     by baskerville.CS.Arizona.EDU (8.8.8/8.8.7) with SMTP id IAA28077
  4.     for <icon-group-addresses@baskerville.CS.Arizona.EDU>; Thu, 23 Apr 1998 08:57:12 -0700 (MST)
  5. Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
  6.     id AA04646; Thu, 23 Apr 1998 08:57:09 -0700
  7. Date: Wed, 22 Apr 1998 21:50:34 -0500
  8. Message-Id: <199804230250.VAA10414@segfault.cs.utsa.edu>
  9. From: Clinton Jeffery <jeffery@segfault.cs.utsa.edu>
  10. To: evans@gte.net
  11. Cc: icon-group@optima.CS.Arizona.EDU, evans@gte.net
  12. In-Reply-To: <353E1EF9.21F9@gte.net> (message from MJE on Wed, 22 Apr 1998
  13.     11:46:49 -0500)
  14. Subject: Win32 API support for Icon
  15. Reply-To: jeffery@cs.utsa.edu
  16. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  17. Status: RO
  18. Content-Length: 1301
  19.  
  20.  
  21. >   [Mark Evans made 3 interesting comments about Win32 API support for Icon]
  22. >   (2) Stop talking about DLL's!   You don't want to use DLL's as such, but
  23. >   Component Object Model (COM) interfaces.
  24.  
  25. While I agree that adding a COM interface for Icon might be as important or
  26. more important than a DLL interface, none of the articles I have read on it
  27. have indicated that there was a COM object that encapsulates the Win32 API,
  28. which is what the person that started this thread was asking for.
  29.  
  30. If anyone has a more specific pointer to information that shows that all
  31. of the standard Windows API's (which are shipped as .DLL's) are available
  32. via COM/OLE, I'd appreciate your sharing it.  Otherwise I would assume Mark
  33. is saying we need BOTH DLL and COM interfaces.  Ya sure and ya betcha.
  34.  
  35. I believe Microsoft has made and continues to make Windows programming as
  36. difficult as possible in order to acquire and retain their applications
  37. monopoly.  So we need ODBC, MAPI, ISAPI, and a couple dozen other API's
  38. if we want Icon to be as good for Windows programming as MS compilers are.
  39. This sounds like it calls for a commercial product effort.
  40.  
  41. Clint Jeffery, jeffery@cs.utsa.edu
  42. Division of Computer Science, The University of Texas at San Antonio
  43. Research http://www.cs.utsa.edu/research/plss.html
  44.